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(54) PROCEDE D'ACCES A UN RESEAU DU TYPE INTERNET VIA UN SATELLITE DE TELECOMMUNICATION ET 
ARCHITECTURE POUR LA MISE EN OEUVRE DUN TEL PROCEDE. 



_ L'invention conceme un procede d'acces a un reseau 
Internet (Rl) par un terminal d'utilisateur (SIT) via un seg- 
ment spatial comprenant une liaison de transmission de 
donnees bidirectionnelle (/1 f, /2f , /1 r, /2r) par satellite de te- 
lecommunication (Sat) et un prestataire de service (ISP'), 
couple au segment terrestre du reseau (Rl). La couche de 
transport 'TCP " des terminaux (SIT) est repartie dans deux 
demi-modules (31 -32, 40-42) disposes aux extremites du 
segment spatial. Les transmissions dans ce segment s'ef- 
fectue selon un protocole interne de type proprietaire. Les 
demi-modules (31-32, 40-42) comprennent des interfaces 
specifiques (32, 40). II est egalement fait usage d'un meca- 
nisme d'accuse de reception de type negatif associe a un 
mecanisme de " leurre " qui consiste a ce que le prestataire 
de services (SIT) renvoie I'accuse de reception sans qu'il 
soit transmis au terminal (ISP'), via le segment spatial. 
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PROCEDE D' ACCES A UN RESEAU DU TYPE INTERNET VIA UN 
SATELLITE DE TELECOMMUNICATION ET ARCHITECTURE 
POUR LA MISE EN OEUVRE D'UN TEL PROCEDE 

La presente invention concerne un procede d'acces a 
un reseau du type Internet via un satellite de transmission 
de donnees . 

L '.invention concerne egalement un systeme pour la 
5 mise en oeuvre de ce procede. 

Ces dernieres annees ont vu un developpement tres 
important des communications via des satellites de 
telecommunication. Les progres de la technique ont permis 
une miniaturisation importante des terminaux de 
10 communication, et notamment la realisation de terminaux 
portables . 

D 1 autre part, on a egalement assiste a une expansion 
toute aussi importante et rapide du reseau Internet auquel 
sont connectes a 1 1 heure actuelle des millions d.' ordinateurs 
15 de tous types et de toutes puissances. Un utilisateur 
connecte a ce reseau peut done avoir acces & des ressources 
tres importantes disseminees sur toute la planete, notamment 
a des bases de donnees de natures tres diverses. 

Dans le cadre de I 1 invention, le terme "internet" 
20 doit etre compris dans un sens large : il englobe le reseau 
"Internet" proprement dit mais aussi des reseaux dits 
"intranet" ou "extranet", de fagon gen^rale tous les reseaux 
sur lesquels les transmissions s ! effectuent sous des 
protocoles particuliers qui vont etre rappeles ci-apres, par 
25 exemple le protocole "TCP" (pour "Transfer Control 
Protocol" ) . 

Generalement , 1 1 acces au reseau Internet s 1 ef f ectue 
par 1 ' interm^diaire d'un prestataire de service ou "JSP" 
(pour Internet Service Provider"), selon la terminologie 
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anglo-saxonne couramment utilisee. Dans le cas de grandes 
entites, telles certaines entreprises importantes ou 
universites, le couplage avec le reseau est direct et est 
obtenu via des serveurs specialises qui mettent en relation 
5 des reseaux internes, par exemple du type intranet, avec le 
reseau Internet . 

Le besoin s 1 est done tres vite fait sentir de 
combiner ces deux domaines, e'est-a-dire de rendre possible 
l'acces au reseau Internet via des satellites de 
10 telecommunication. 

La figure 1, annex6e a la presente description, 
illustre un exemple d • architecture generale d'un systeme de 
transmission permettant a un terminal SIT d'un utilisateur 
final U d' avoir acces a un systeme inf ormatique hote 
15 eloigne RH. par le biais du reseau Internet RI, d'une part, 
et via une liaison satellite, d' autre part. 

Le terminal SIT comprend un systeme informatique et 
des circuits emetteurs-recepteurs classiques, sous la 
reference generale 20. La partie emetteur-recepteur de 
20 1' ensemble 2 0 est couplee a une antenne d' emission- 
reception 21 pointee sur un satellite de telecom- 
munication Sat. Les donnees emises et/ou recues empruntent 
une liaison de transmission bidirectionnelle 12, terre - 
satellite. De meme, le fournisseur de services ISP est 
25 equipe d'un systeme informatique et de circuits emetteurs- 
recepteurs classiques, sous la reference generale 10. La 
partie emetteur-recepteur de 1' ensemble 10 est couplee a une 
antenne d' emission-reception 11 pointee sur un satellite de 
telecommunication Sat. L ' ensemble 10 communique avec le 
30 satellite Sat par 1 ' intermediate d'une liaison de 
transmission bidirectionnelle Ii, terre - satellite, via 
1' antenne 11. Le couplage au reseau Internet RI est 
symbolise par une liaison de transmission bidirec- 
tionnelle 22- Enfin, le systeme hote eloigne RH comprend un 
35 systeme informatique 30. Le couplage au reseau Internet RI 
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est symbolise par une liaison de transmission 
bidirectionnelle 61 . 

La difficulty majeure occasionnee par une telle 
transmission de donnees , SIT a RH, est liee essentiellement 

5 a la partie liaisons terre - satellite - terre, c'est-a-dire 
le segment spatial : liaisons Ji et I2 • En effet, les 
protocoles usuels mis en oeuvre pour - les transmissions a 
1 1 interieur d'un reseau de type Internet, et notamment le 
protocole "TCP" precite, ne sont pas optimises pour un acces 

10 via une liaison par satellite de telecommunication. Ce 
protocole rend ces transmissions peu competitives en regard 
des transmissions terrestres large bande en cours de 
developpement , qui seront disponibles dans un futur proche . 

Bien que le protocole "TCP" ait- ete developpe pour 
15 satisfaire, de fagon acceptable, les besoins qui se font 
sentir sur une grande variete de reseaux, il n'exploite deja 
pas toutes les possibilites de certains sous-reseaux de type 
Internet . 

En particulier, -le protocole "TCP" offrent des 
20 performances tres pauvres sur les reseaux qui sont 
caracterises par un temps de propagation important et une 
grande bande passante, reseaux souvent appeles "reseaux a 
grande capacity" ou "Long Fat Networks" ("LFNs") , selon la 
terminologie anglo-saxonne . 

25 Le probleme majeur resulte des limites du debit de 

donnees imposees par les dimensions de ce qui est appelee 
"fenetre variable" ou "sliding window" selon la terminologie 
anglo-saxonne, et egalement du traitement inefficace des 
segments perdus sur les liaisons & haute capacite. Les 

30 options "TCP" , qui sont des caracteristiques standardisees 
pour ameliorer les performances du protocole originel, sont 
souvent insuf f isantes pour resoudre completement ces 
problemes - 

Sur les reseaux cL temps de propagation important, le 
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protocole "TCP" presente des limites importantes pendant la 
procedure d' etablissement de connexion dite a trois temps 
("three-way connection establishment"), Cette procedure 
consiste en I'echange de trois paquets "TCP" qui sont a la 

5 fois necessaires et suffisants pour synchroniser l'ouverture 
de la connexion- Pour 1' emission de chaque paquet, 1 1 hote 
emetteur doit attendre la reception du paquet precedent 
retourne par 1 ' autre extremite de la liaison. Dans les 
reseaux a grande capacite ou "LFNs" precites, cela entraine 

10 un temps d'ouverture de connexion tres long. 

lie mecanisme dit "de demarrage lent", pour sa part, 
bien que tres utile pour des operations sur Internet, peut 
limiter tres serieusement le debit quand il s ' applique a des 
voies de transmission a temps de propagation eleve et a 

15 large bande passante. Ce mecanisme consiste a emettre des 
paquets sous un faible debit au debut de la connexion et a 
tester s 1 il existe des encombrements sur le reseau. Si la 
connexion n'est pas encombree, alors le debit d' emission est 
augmente continue llement , jusqu'a ce qu'il atteigne un 

20 regime permanent. Le processus de test de 1 ' etat du reseau 
depend du temps de propagation sur les liaisons. Il s * ensuit 
que, pour un reseau du type "LFNs" precite non encombre, un 
temps tres long est necessaire pour atteindre le regime 
permanent- De nouveau, la consequence est que la large bande 

25 passante du reseau est sous-utilisee, car on §met de faibles 
quantites de paquets pendant trop de temps. 

Ces problemes se posent de fagon tres aigue en ce 
qui concerne l'acces a un reseau Internet via une liaison de 
transmission par satellite de telecommunication. II est 

30 notamment necessaire de trouver une solution au probleme des 
temps de propagation €lev6s . En effet, si on considere un 
satellite geostationnaire, le temps de propagation d'une 
onde electromagn§tique entre une station terrestre et un 
satellite, ou 1' inverse, est de l'ordre de 125 ms . Un aller 

35 et retour complet necessite done un intervalle de temps 
de 0,5 s. II est a noter que ces delais eleves n'avaient pas 
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ete envisages lors de la conception originelle des 
protocoles de transmission sur le reseau Internet. 

Si on se reporte de nouveau a la figure 1, on 
constate aisement qu'une connexion entre un terminal 
5 d'utilisateur SIT et un hote eloigne RH inclut une liaison 
satellite terre-satellite- terre , 12 et 1±, caracterisee par 
une bande passante relativement large et, comme indique ci- 
dessus, un delai de transmission important. Elle inclut 
egalement une serie de liaisons terrestres standardisees , 

10 presentant normalement des delais de transmission plus 
faibles, mais qui sont plus sensibles aux pertes de paquets 
ou a leur alteration. Les liaisons terrestres sont souvent 
caracterisees par un debit relativement bas et sont 
egalement sujettes a des pertes de sequences. En effet, 

15 selon le protocole "TCP", les paquets de donnees sont 
arranges en sequences transmises par differentes voies 
(routage) et ils arrivent a destination selon un ordre 
aleatoire. Le message complet doit alors etre re-ordonne 
pour etre reconstitue dans sa forme originelle. 

20 Le resultat est que la connexion usager - hote se 

traduit par de grands delais de transmission, un faible 
debit de donnees, et une voie de transmission presentant des 
pertes de donnees et de seguencement . 

En resume de ce qui vient d'etre rappele, on 
25 constate que la connexion entre un utilisateur final et un 
hote eloigne emprunte successivement deux types de reseaux, 
aux caracteristiques de transmission tres differentes, meme 
si un protocole de communication commun est mis en ceuvre. 
On constate egalement que 1 1 on ne beneficie pas des 
30 avantages propres a chacun de ces reseaux, mais que 1 1 on 
cumule surtout leurs def iciences . 

L' invention vise cL pallier les inconvenients 
present6s par 1 1 art cormu pour des acces a un reseau de type 
Internet empruntant au moins une liaison par satellite de 
35 telecommunication, tout en maintenant la compatibilite de 
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bout en bout complete des caracteristiques du protocole 
"TCP" , ce qui est f ondamental pour une architecture 
Internet . 

Pour ce faire, 1' invention propose un precede 
5 permettant de decoupler la partie de reseau comprenant les 
liaisons par satellite de telecommunication entre un 
utilisateur final et un prestataire ■ de service (segment 
spatial), d'une part, de la partie de reseau terrestre 
Internet classique, entre ce meme prestataire de service et 
10 un hote eloigne, d 1 autre part. 

De fagon generale, 1 ' architecture des reseaux de 
communication est decrite par diverses couches. A titre 
d' exemple, le standard "OSI" ("Open System Interconnection") 
defini par l 1 "ISO" comporte sept couches qui vont des 

15 couches dites basses (par exemple la couche dite "physique" 
qui concerne le support de transmission physique) aux 
couches dites hautes (par exemple la couche dite 
d' "application" ) , en passant par des couches intermediaires , 
notamment la couche dite de "transport". Une couche donnee 

20 offre ses services a la couche qui lui est immediatement 
superieure et requiert de la couche qui lui immediatement 
inferieure d'autres services, via des interfaces 
appropriees. Elles communiquent a l f aide de primitives. 
El les peuvent egalement communiquer avec des couches de meme 

25 niveau. Dans certaines architectures, une ou 1' autre de ces 
couches peuvent etre inexistantes . 

Dans .un environnement Internet, les couches sont au 
nombre de cinq, et de fagon plus precise, en allant de la 
couche superieure a la couche inferieure, elles 
30 comprennent : la couche d' applications ("http", "ftp", "e- 
mail", etc.), la couche de transport ("TCP"), la couche 
d'adressage de reseau ("IP"), la couche de liens de donnees 
( npppii f "Slip" , etc.) et la couche physique. 

Dans le cadre du procede de 1' invention, le 
35 decouplage prfecite concerne essentiellement la couche dite 
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de "transport" - Le module "TCP/ IP" utilise par 1 1 abonne sur 
son terminal, constitue habituellement par deux couches de 
logiciel superposees, est remplace par un module specif ique 
a 1' invent ion, Un module de ce type est egalement inclus 

5 dans 1 1 installation du prestataire de service, sur son 
extremite en communication avec le satellite. II en est de 
meme de la couche d'adressage de reseau "IP". En d'autres 
termes, le module "TCP/IP" d'un terminal selon 1 1 art connu 
est divise en deux parties, disposees de part et d ! autre de 

10 la liaison par satellite de telecommunication. Par centre, 
la couche superieure dite d' "application" est conservee dans 
chaque terminal d'usager. 

Cette architecture permet de maintenir une 
compatibility entiere avec l'environnement Internet, tout en 
15 abolissant les limites traditionnelles que 1 1 on rencontre 
lorsqu'on met en oeuvre le protocole "TCP" sur des reseaiix a 
grande capacite. 

Dans un mode de realisation prefere, le procede 
selon 1' invention recourt a une procedure d' accuse de 

20 reception du type dit "negatif", en lieu et place d'une 
procedure d' acquisition classique, e'est-a-dire de type 
"positif", pour les liaisons entre modules specif iques, 
e'est-a-dire sur les liaisons entre le terminal de 
1 'utilisateur final et le prestataire de service, via le 

25 satellite de telecommunication. Cette procedure consiste a 
signaler seulement les receptions de donnees manquantes, a 
1 • interieur d'un intervalle de temps predetermine, plutot 
que de signaler chaque reception correcte, ce qui conduit a 
une perte de temps. 

30 Tou jours selon un mode de realisation prefere, on 

recourt a un mecanisme que l'on peut appeler de "leurre", ou 
"spoofing" selon la terminologie anglo-saxonne . Cette 
technique permet de s'affranchir de la limite de debit due a 
la faible dimension des fenetres variables precitees. Cette 

35 technique est utilis6e de preference avec la technique 
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d 1 accuse de reception negatif utilisee sur le trongon 
terre - satellite - terre. Le prestataire de service, plus 
precisement le demi- module specif ique, lorsqu'il regoit de 
l'hote eloigne des donnees, lui renvoie un accuse de 
5 reception "artif iciel" , sans attendre un accuse de reception 
qui devrait lui etre fourni, comme c'est le cas dans d'une 
architecture standard, par le terminal de l'usager final, ce 
qui accelere tres fortement le processus d'echange. 

Enfin, toujours selon un mode de realisation prefere 
10 du procede de 1" invention, le module specif ique a 
1' invention est transparent vis-a-vis des autres protocoles 
utilises sur les reseaux de type Internet, et notamment d'un 
protocole connu sous le sigle "UDP", pour "User Data 
Protocol". En effet, ce protocole particulier ne souffre pas 
15 des memes limitations que le protocole "TCP" . II est, 
notamment, beaucoup moins sensible aux temps de propagation 
eleves presentes par les liaisons par satellite de 
telecommunication . 

L' invention a done pour objet un procede de 

20 . transmission de donnees entre au moins un terminal 
d'utilisateur et un premier systeme inf ormatique dit hote 
eloigne, sous protocole de type Internet, par 
1 1 intermediaire d f un r6seau comprenant un segment terrestre 
et au moins un segment spatial constitue d'une liaison 

25 bidirectionnelle par satellite de telecommunication, a 
laquelle est connecte ledit terminal, lesdits segments 
terrestre et spatial etant interconnectes par un deuxieme 
systeme inf ormatique dit prestataire de services, 
caracterise en ce que, les transmissions etant associ^es & 

30 un empilement de couches de protocoles, chaque couche 
communiquant par des interfaces avec les couches qui lui 
sont immediatement superieure et inferieure, et ledit 
empilement comprenant au moins une couche superieure 
d' applications logicielles, une premiere couche 

35 intermediaire, immediatement inferieure, dite de transport, 
de type "TCP", et une deuxieme couche intermediaire, dite 
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d'adressage de reseau de type "IP", 

le procede comprend : 

- la repartition de ladite couche "TCP" de chaque 
terminal d ' utilisateur dans deux demi-modules de maniere a 

5 ce qu'ils comprennent chacun une couche de transport "TCP" 
et une couche d 1 interface specif ique, 

- 1 1 implantation d'un desdits demi-modules aux 
extremites dudit segment spatial, un premier demi -module 
etant implante dans ledit systeme informatique prestataire 

10 de services et un second demi -module etant implante dans le 
terminal d 1 utilisateur , 

- le report de la couche d'adressage de reseau "IP" 
relative au terminal d ! utilisateur dans le systeme 
informatique du prestataire de services, 

15 - la transmission de donnees" sur ladite liaison 

bidirectionnelle a 1 1 aide d'un protocole de transport 
interne base sur un mode de transmission de donnees 
specif ique, 

- la conversion bidirectionnelle entre ledit protocole 
20 de type Internet et ledit protocole interne par ladite 

couche specif ique des premier et second demi-modules, 

- et la realisation d'une interface entre ladite couche 
de transport du second demi -module et une couche 
d' applications logicielles implantee dans le terminal 

25 d'utilisateur . 

L 1 invention a encore pour objet une architecture 
informatique pour la mise en oeuvre de ce procede. 

L' invention sera mieux comprise et d'autres 
caracteristiques et avantages apparaitront a la lecture de 
30 la description qui suit, faite en reference aux figures 
annexe es , parmi lesquelles : 

- la figure 1 illustre de fa<pon schematique la chaine de 
transmission entre un terminal d 1 utilisateur final et un 
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systeme hote eloigne, via un satellite de telecommunication 
et un reseau terrestre de transmission de donnees sous 
protocole Internet, selon 1 1 art connu ; 

- la figure 2 illustre cette meme chaine en mettant en 
5 Evidence les couches logicielles impliquees dans la 

transmission de donnees ; 

- les figures 3a et 3b illustrent schematiquement un 
exemple de chaine de transmission de donnees mettant en 
ceuvre le procede selon 1' invention et 1 ' architecture 

10 systeme correspondante ; 

- la figure 4 illustre schematiquement une variante de 
cette architecture ; 

- et la figure 5 illustre schematiquement une 
architecture de systeme pour la transmission de donnees sous 

15 deux protocoles Internet differents. ... 

Avant de decrire le procede d'acces a un reseau de 
type Internet selon 1' invention, via un satellite de 
telecommunication, on va tout d'abord preciser 
1 'architecture d'un systeme selon 1 ' art connu, d'un point de 
20 vue interaction des principales couches logicielles*, par 
reference a la figure 2. 

Pour cette figure 2, et les figures suivantes, les 
elements ou circuits identiques, ou pour le moins 
similaires, a ceux de la figure 1 portent les memes 
25 references, et ils ne seront re-decrits qu'en tant que de 
besoin . 

Sur cette figure 2, pour fixer les idees, on a 
represents seulement deux utilisateurs finaux, a a et Ub, et 
leurs terminaux SJT a et 5 Jib - Les composants du systeme 
30 associes a ces utilisateurs portent des references 
completees par les lettres a et b, respectivement , mais 
sont, a priori, f onctionnellement identiques. 

On va decrire 1 ' architecture d'un seul des deux 
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terminaux, le terminal de 1 'utilisateur C7 a . Celui-ci 
comprend, outre le materiel et les circuits precedemment 
decrits, des modules logiciels references 22 a qui se 
decomposent selon les couches logicielles suivantes : 

5 - une couche inferieure 224 a , dite pilote ("driver") ou 

gestionnaire de reseau satellite ; 

une premiere couche intermediaire d'adressage de 
reseau "IP" 223 a ; 

une deuxieme couche intermediaire de "transport", 
10 dedoublee en deux couches de meme niveau : une couche pour 
le protocole "TCP" 221 a et une couche pour le protocole 
"UDP" 222 a ; 

- et une couche superieure d 1 applications 220 a . 

Le terminal SJTb presente la meme architecture, et 
15 il est inutile de decrire ses composants, qui sont 
references de fa^on identique, a 1' exception de la lettre b 
finale . 

Les protocoles Internet, et notamment les deux 
protocoles precites, sont bien connus en soi et normalises. 
On considerera dans un premier temps le seul 
protocole "TCP", qui presente les limitations qui ont ete 
rappelees lorsqu'il est mis en oeuvre dans un reseau a large 
bande et longs delais de transmission, comme c ' est le cas 
pour une liaison par satellite de telecommunication- Le 
protocole "TCP" obeit actuellement a la norme "IPV4" 
(version 4 de ce protocole) . Comme il a ete rappele, le 
nombre d'abonnes connectes au reseau Internet est en 
croissance tres rapide. Or une adresse conforme au 
protocole "IPV4" ne comporte que quatre octets, soit 2- 3Z 
adresses theoriques, mais en realite beaucoup moins du fait 
de la structure hi§rarchique de 1 ' architecture Internet 
organisee en domaines • Des projections sur le futur proche 
(annees 2005-2011) font craindre une penurie d 1 adresses- 
Aussi, des 1995, des recommandations ont ete faites en vue 
d 1 adopter un nouveau protocole (" IPV6) et ont ete publiees 



25 



30 



BNSDOCID: <FR _ 2778604A1 I > 



2778804 

12 



(groupes de travaux "Internet Engineering Task Force" 
et " IPng" , pour "Internet Protocol new generation") . Cette 
nouvelle version du protocole "TCP" permet, notamment, un 
beaucoup plus grand nombre d'adresses disponibles, mais 
5 apporte egalement d'autres ameliorations. 

Un terminal d'utilisateur , par exemple le terminal 
SIT a , communique done avec ce qui sera appele ci-apres le 
"sous-reseau satellite", qui comprend les liaisons 
bidirectionnelles Ha et l 2 a Ulb et I 2 b pour SIT*), ainsi 
10 que les circuits internes aux satellites Sat et, comme 
decrit ci-apres, le pilote 131 inclus dans le systeme 
informatique 13 du prestataire de service ISP . 

La fonction principale devolue au systeme 
informatique du prestataire de service- ISP est le routage 

15 des donnees vers un abonne adresse (dans le sens systeme 
note - abonne) ou, au contraire vers un systeme note adresse 
(dans le sens abonne - systeme note) . II peut naturellement , 
outre cette fonction de base, remplir d'autres fonctions, 
telles que le stockage temporaire de donnees (fonction 

20 "boite a lettres, etc.). mais il comportera, dans tous les 
cas au moins les couches logicielles suivantes : 

- deux couches inferieures constitutes de pilotes = un 
premier pilote, 131, du cote "sous-reseau satellite", 
formant le pendant du pilote 224 a (ou 224 b ) du terminal 22 a 

25 (ou 22 b ), et un second pilote, 132, du cote reseau Internet 
terrestre RI ; 

- et une couche d'adressage de reseau "IP" 130. 

De facon plus precise, le prestataire de service 
communique, par le pilote 132, avec le reseau Internet RI 
30 via une artere principale 12, communement appelee 
"backbone", selon la terminologie anglo-saxonne . 

De meme l'hote eloigne RH peut etre connecte au 
reseau Internet RI par une artere principale, une liaison 
telephonique classique d'un reseau commute, une liaison de 
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transmission du type "RNIS" ("Reseau Numerique a Integration 
de Service") ou via un autre prestataire de service (non 
represente) . La liaison est symbolisee par un bus 
bidirectionnel 61. 

5 A priori, les transmissions s'effectuent selon un 

mode "client-serveur", les differents terminaux etant les 
"clients" du "serveur" constitue par l'hote eloigne RH. 

Ces rappels etant faits, on va maintenant deer ire, 
en regard de la~ figure 3a # un exemple de realisation d'une 
10 architecture permettant de mettre en ceuvre le procede selon 
1 1 invention . 

Sur cette figure 3a, on n'a considere que le cas du 
protocole "TCP". L ' application du procede de 1 ' invention a 
un autre protocole Internet, notamment le protocole "UDP" , 
15 sera decrit ulterieurement en relation avec la figure 5 . 

Selon une caracteristique importante de I 1 invention, 
un decouplage est effectue entre le "sous-reseau satellite" 
(segment spatial) et le reste du reseau Internet, e'est-a- 
dire la partie terrestre classique de ce reseau- Pour, ce 

20 faire, les couches logicielles inferieures et intermedi aires 
residant precedemment dans les terminaux d ' utilisateur final 
(dont un seul, SIT', a ete represente sur la figure 3a), ont 
ete "cassees" en deux parties. Une premiere partie 31-32, 
est implantee dans le terminal d'usager SIT ' , et seconde 

25 partie 40-41, est implantee dans le systeme informatique du 
prestataire de service ISP 1 . 

Les couches basses, 40 et 32 respect ivement , jouent 
un role analogue aux pilotes 131 et 224 (a ou b) de l'art 
connu. Elles sont cependant specif iques, car elles foment 
30 l ! interface entre des supports physiques (liens Ii et 12) f 
de memes caracteristiques que ceux de 1 ' art connu (figures 1 
ou 2) et des demi -modules constituajn.t les couches de 
transport specif iques & 1' invention, 41 et 31. Les couches 
inferieures gerent les echanges internes au sous-reseau 
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satellite, selon un mode cie transmission de donnees 
specif iques . 

En d'autres termes, la couche unique "TCP" 221 (a 
ou Jb) presente dans un terminal 22 (a ou £0 selon 1 1 art 

5 connu est coupee en deux et se retrouve "a cheval" sur les 
deux extremites du sous-reseau satellite (liaisons li 
et I2) - Les deux demi -modules ou couches logiques, 31 d'une 
part dans le terminal SIT', et 40, d'autre part dans le 
systeme informatique du prestataire de service XSP' , 

10 constituent des interfaces, ou convertisseurs de protocole, 
entre un environnement Internet et un environnement 
specif ique . 

Du cote terminal SIT 1 , 1 ' environnement Internet est 
const itue par la couche d< applications 30, et du cote 
15 prestataire de service ISP*, 1 1 environnement Internet est 
constitue par une couche d'adressage de reseau "IP" 42 et 
une passerelle 5 avec le reseau terrestre Internet 
proprement dit, passerelle qui va etre detaillee ci-apres. 

Dans la pratique, la couche d'adressage de reseau 42 
20 est la couche "IP" qui etait implantee dans un terminal SIT 
selon I'art connu (figure 2 : couche "IP" 223 a ou 223b)- 
Elle est en effet "reportee" au niveau du prestataire de 
service JSP 1 , du cote du sous-reseau satellite. 

En resume, les demi-modules specif iques selon le 
25 procede de 1 ' invention agissent comme des "boites noires" 
offrant le meme service que des modules "TCP" classiques et 
utilisant les memes primitives de communication vis-a-vis 
des couches de protocole superieures et inf erieures . 

Selon une autre caracteristique, le systeme 
30 informatique du prestataire de service JSP ! est muni d'une 
passerelle ("gateway") 5, disposee entre le module 
logiciel 4 et le reseau Internet terrestre RI, plus 
precisement entre le module logiciel 4 et l'artere 
principale 12. Cette passerelle 5 comprend notamment une 
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couche d'adressage de reseau "IP" 54, relative au 
prestataire de services JSP, et un pilote 53, jouant un role 
similaire sinon, identique au pilote 132 de 1 1 art connu 
(figure 2) . 

5 Les couches "IP" 42 du module 4 et 54 de la 

passerelle 5 conimuniquent entre elles via un bus 
bidirectionnel 42 0, formant support physique, et d'eventuels 
pilotes classiques (non representes) situes de part et 
d 1 autre de ce bus 420- 

10 Du fait des dispositions qui viennent d'etre 

rappelees, la compatibility avec 1 1 environnement Internet 
reste entiere, ce de bout en bout. 

En effet, 1 1 architecture virtuelle du systeme selon 
1' invention peut etre schematisee par celle representee sur 

15 la figure 3b. Les caracteristiques du reseau Internet 
terrestre, c'est-a-dire le chemin allant de 1 ' hote 
£loigne RH, via la liaison 61, le reseau Internet RI 
proprement dit et 1 ' artere principale 12 restent inchangees . 
Ces composants ont ete representes en traits pleins sur la 

20 figure 3b. Il en est de meme de la couche applications 30 du 
terminal SIT 1 . 

Par contre, le chemin de communication entre ces 
deux series de composants peuvent etre representes 
simplement par un pilote virtuel 224' vu par le reseau 

25 terrestre et des couches intermediaires virtuelles 
d'adressage de reseau n IP ,n et de protocole n TCP ,n . II y a 
done bien conservation de la compatibility de bout en bout, 
ce dans les. deux sens de communication naturellement . Les 
conversions de protocole sont effectuees par les deux demi- 

30 modules specif iques h 1' invention (couches 31 et 41), situes 
aux deux bouts de la chaine de transmission par voie 
spatiale . 

Entre ces deux modules, 31 et 41, et via les pilotes 
specif iques, 32 et 40, les transmissions de donnees et de 
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signaux de cottimande s 1 ef f ectuent selon un mode specif ique, 
base sur les liaisons aller et retour. 

La liaison suivant la direction ISP* -SIT' (ou aller) 
utilise un protocole de transport interne, de type dit 

5 "proprietaire", avantageusement base sur un standard tres 
utilise pour les transmissions de diffusion de signaux video 
numeriques connues sous le sigle "DVB-S" (pour "Digital 
Video Broadcasting" type S) . Ce standard est deer it, par 
exemple, dans le document suivant : " Digital Broadcasting 

10 Systems for Television, Sound and data Services : Frame 
Structure^ Channel Coding and Modulation for 11/12 GHz 
Satellite Services", ETS 300 421, "European 

Telecommunications Standards Institute" . 

Pour la liaison SIT 1 -ISP X une technique tout a fait 
15 similaire a celle qui vient d'etre rappelee peut egalement 
etre retenue avec profit. 

La couche physique pour de telles liaisons est 
caracterisee par la quasi-absence d'erreurs en ce qui 
concerne les transferts de donnees. On comprend aisement 
20 qu'un mecanisme base sur 1 ' accumulation d'accuses de 
reception et 1 'utilisation de fenetres variables, mecanisme 
mis en oeuvre par le protocole "TCP" , devient inefficace et 
inutile, si ce type de liaison est mis en oeuvre. 

En outre, les problemes lies aux pertes du 
25 sequencement des paquets sont inexistants sur les liaisons 
par satellite. Les mecanismes lourds de re -sequencement 
peuvent done etre omis. ^ 

En resume, la partie "transport" du protocole 
interne au segment spatial, e'est-^-dire de fagon pratique 
30 le trongon de communication entre les modules 31 et 41, est 
basee sur un standard de transmission de donnees specifique 
qui, tout a la fois, garantit des transferts de donnees 
fiables, permet de s'affranchir de la plupart des 
caracteristiques propres au protocole "TCP", car complexes 
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et, de toute fagon, inutiles, et conserve la compatibility 
de 1 ' environnement Internet, comme il a ete montre plus 
particulierement en regard de la figure 3b. 

Selon une autre caracteristique de 1' invention, dans 
5 un mode de realisation prefere, on recourt a un mecanisme 
particulier d* accuse de reception de donnees sur le segment 
spatial. 

Ce mecanisme peut etre appele "accuse de reception 
negatif". Le mecanisme normal, que 1 ' on peut appeler "accuse 

10 de reception positif", impose que, pour chaque paquet de 
donnees correctement regu, il soit genere un accuse de 
reception. Ce mecanisme occasionne des pertes de temps 
importantes , car statistiquement , sur une liaison a taux 
d'erreurs faible, ce qui est le cas du segment spatial, la 

15 plupart des paquets sont delivres correctement. 

Par contre, conformement a la procedure d f accuse de 
reception de type negatif, seule une reception incorrecte 
est signalee. De fagon plus precise, quand le destinataire, 
quel qu'il soit, detecte un temps mort dans la sequence des 

20 paquets regus depassant un intervalle de temps predetermine, 
un paquet d'alerte, ou signal "NAK" , est emis de maniere a 
signaler qu ! il existe un paquet manquant . Ce mecanisme 
necessite la presence d'une memoire tampon ou d'un organe 
equivalent, au niveau de l'emetteur, de fac^on a stocker 

25 temporairement les donnees qui viennent d'etre 6mises, 
jusqu'a ce qu'une periode de temporisation predeterminee se 
soit ecoulee. ("time out") . Au-dela de cette periode, si 
l'emetteur n'a pas regu un signal d* accuse de reception 
negatif ou " NAK n , il est suppose que le paquet en memoire a 

30 6te correctement regu par le destinataire. Les donnees 
correspondantes peuvent done etre effacees. 

Selon une autre caracteristique, et toujours dans un 
mode de realisation prefere, le procede de 1' invention 
recourt un mecanisme dit de "spoofing" ou "leurre", mis en 
35 oeuvre concurremment avec le mScanisme d' accuse de reception 
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negatif - 

Ce mecanisme permet d'eviter les probl£mes de 
limitation de debit dus aux faibles dimensions de fenetre 
sur une liaison a contenance importante, ou "high latency" 

5 selon la terminologie anglo- saxonne . Par defaut, la taille 
d'une fenetre standard est de 8096 octets pour la plupart 
des systemes d' exploitation de micro-ordinateurs ("OS") . La 
taille maximale permise actuellement par le protocole "TCP" 
est de 64 KO (16 octets dans I'en-tete dVun paquet "TCP"), 

10 ce qui autorise un debit maximum de 1024 KO/s, si on admet 
un temps d'aller et retour de 0,5 s pour le segment spatial. 
Des constructeurs proposent des logiciels qui permettent des 
fenetres dont les dimensions, par defaut, sont comprises 
dans la garame 8 Ko a 24 KO, ce qui permet un debit allant de 

15 128 kbits/s a 384 kbits/s. Des instances en charge des 
definitions des standards Internet ("the Internet 
Engineering Task Force") ont egalement propose des 
modifications du protocole "TCP" ( "RFC 1323 - TCP extensions 
for High Performance") qui pourraient etendre theoriquement 

20 la taille des fenetres jusqu'a un maximum de 1,07 GO, ce qui 
autoriserait un debit, egalement theorique, de 
17,12 Gbits/s. Cependant, 1 ■ augmentation du debit, sous 
protocole "TCP", s 1 accompagne de risques accrus de pertes de 
paquets . 

25 Le precede selon 1' invention, dans sa variante 

precitee, vise a reduire les delais de transmission "bout en 
bout", connus sous le terme anglo-saxon paramdtre "Round 
Trip Time " .ou "RTT" - 

Les caracteristiques du mecanisme pr6cite vont etre 
30 explicitees en reference a la figure 4. On peut diviser la 
procedure correspondante en quatre phases principales. 

On va tout d'abord decrire les caracteristiques 
d'une architecture de systeme permettant 1 ' implantation d'un 
tel mecanisme. 
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Les couches logicielles 3 0 du systeme hote 
eloigne RH, referencees 32, comprennent au moins une couche 
"TCP" 321 et une couche d 1 applications 320. Le systeme 
informatique du prestataire de service, reference JSP' , 
comprend en sus des couches 40 et 41, deux memoires tampons, 
44 et 45. La passerelle 5 n'a pas ete representee sur la 
figure 4. Pour mieux mettre en evidence le mecanisme, on a 
dedouble la liaison Ii de la figure 3a en deux liaisons 
distinctes : une liaison montante lif et une liaison 
descendante llr, associees aux memoires tampons 45 et 44, 
respectivement . On a egalement distingue les liaisons "hote 
- prestataire de services" et les liaisons inverses : I34 et 
I43 , respectivement . 

De meme, le terminal d'usager final, reference SIT*, 
comprend deux memoires tampons, 33 et 34, associees a des 
liaisons montantes vers le satellite Sat, l2x " et 
descendante, l2£, respectivement. 

Les donnees emises par l'hote eloigne RH vers le 
terminal SIT 1 sur la liaison I34 font l'objet d'un accuse de 
reception des qu'elles atteignent 1 ' installation - du 
prestataire de services ISP' et qu'elles "penetrent" dans le 
module specif ique 4 . Cette disposition permet done de 
soustraire au delai de propagation globale, C est- a- dire le 
parametre precite "RTT" , le temps de propagation aller et 
retour sur le segment spatial. Comme il a ete indique, ce 
temps de propagation constitue la fraction principale du 
"RTT" , du fait du temps de propagation aller et retour des 
ondes electromagnetiques pour parcourir la distance " terre - 
satellite - terre", soit 0,5 s environ. La fenetre variable 
standard est maintenue au niveau du prestataire de services 
JSP' de fagon tnaintenir des interactions normales avec le 
reste du reseau Internet KJ. 

Les donnees dans la direction du terminal 
d'usager SIT 1 sont ensuite transferees par le protocole 
specif ique, en utilisant la memoire tampon 45, de maniere a 
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garantir une haute fiabilite. Puisque le mecanisme d' accuse 
de reception negatif est utilise, le prestataire de 
services ISP' n ! a pas a attendre un signal d' accuse de 
reception quelconque du destinataire final pour transmettre 
5 les donnees vers le terminal SIT 1 , ce qui est un gain de 
temps sensible. Ces donnees sont transmises a la memoire 
tampon 34 du terminal SIT' , via les liaisons lif et l2f- 

Dans 1' autre sens, les donnees emises par le 
terminal SIT* pour un destinataire quelconque sur le reseau 
10 Internet RI, par exemple 1 1 hote eloigne RH, sont soumises 
par 1 1 application 3 aux couches specif iques (demi -module 31- 
32) , puis via le protocole specifique au prestataire de 
services ISP 1 (demi -module 40-42) , via les memoires tampons 
33 et 44, 

15 Finalement, les donnees sont soumises de fa?on 

classique au module "IP" resident dans le systeme 
inf ormatique du prestataire de service ISP 1 , pour etre 
delivre a 1 ' hote eloigne RH par le reseau Internet terrestre 
classique RI, par la liaison I43 . Celui-ci, a son tour, 

20 transmet un accuse de reception, par la liaison I34 au 
prestataire de service ISP' . 

Le terminal d ' utilisateur SIT' ne doit pas attendre 
cet accuse de reception pour transmettre des donnees 
supplement a ires . La fiabilite de 1 1 echange de donnees entre 
25 les deux entit£s SJT' et RH est garantie par le mecanisme 
d' accuse de reception negatif precedemment decrit . 

Conform^ment a ce mecanisme, les donn6es echangees 
sont conservees provisoirement dans les memoires tampons, 33 
et 34 pour le terminal SIT 1 , et 44 et 45 pour le prestataire 

30 de services ISP 1 . Si, a 1' issue d'un intervalle de temps 
predetermine, I 1 une ou 1' autre de ces entites n'a pas reqra 
un paquet d'alerte ou "NAK", les donnees memorisees dans la 
memoire tampon concern6e, correspondant a ion paquet 
precedemment transmis, peuvent etre effacees. Dans le cas 

35 contraire, elles sont re-emises, une erreur de transmission 
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etant detectee de la fagon qui a ete decrite precedemment et 
occasionne 1' emission du signal "NAK". 

Le precede selon 1 1 invention garantit une 
transparence absolue vis-^-vis des autres protocoles 

5 utilises dans les transmissions sur les reseaux du type 
Internet, notamment pour le protocole connu sous le sigle 
"UDP' 1 (pour "User Datagram Protocol") . En effet, ces 
protocoles ne presentent pas la meme sensibilite aux effets 
indesirables des liaisons & large bande et a longs delais. 

10 II est done inutile d' avoir recours aux dispositions qui 
viennent d'etre decrites pour le protocole "TCP". 

La figure 5 illustre une variante d 1 architecture 
conforme & 1' invention qui permet un multiplexage et un 
demultiplexage de trafic de donnees, entre deux protocoles. 

15 Du cote terminal d'usager, reference SIT", le module 

logiciel 3" se subdivise en deux sous-modules, M\ et M2 - 
premier module, M±, comprend les couches applications 3 0 et 
les couches specif iques 31-32 des figures 3a ou 4. 

Le second sous-module, M2 , comprend, en commun avec 
20 le premier sous -module Mi, les couches super ieures 
d' applications 30, une couche de protocole "UDP" et une 
couche d'adressage de reseau "IP". 

Dans le systeme du prestataire de services SIT", on 
retrouve le module 4 inchange, ce module comprenant les 
25 couches specif iques 40-41 et la couche d'adressage de reseau 
"IP" 42. Cette derniere communique, comme pr6c6demment , avec 
la couche d'adressage de reseau "IP", referencee 54" d'une 
passerelle 5 n , via un bus 42 et d'6ventuels pilotes (non 
representes) . 

30 Le module 4 et le sous -module M± communique entre 

eux via le segment spatial, reference 51. On a represents 
les liaisons "terre - satellite - terre" par une liaison 
bidirectionnelle unique S2 a - 
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La passerelle 5" comprend un pilote connecte au 
reseau Internet RI via l'artere principale 12. 

La couche d'adressage de reseau "IP" 54" de la 
passerelle 5" est reliee au sous -module Af2 egalement par le 
segment spatial Si, et plus precisement par une liaison 
bidirectionnelle Sib- 
il existe done deux voies de transmission de donnees 
paralleles, empruntant toutes deux le segment spatial, entre 
le prestataire de service ISP" et le terminal d'usager SIT" . 
Cependant, les donnees transmises sont traitees 
differemment, selon le protocole utilise au niveau de la 
couche transport . 

Puisque les paquets de donnees comprennent, dans les 
champs de protocole, des informations indiquant quel 
protocole de transport est utilise, "TCP" ou "UDP" dans 
1' example decrit, les flots de donnees peuvent etre 
demultiplexes (sens RH a SIT") ou multiplexes (sens SIT" 
a RH) par la couche d'adressage de reseau "IP" 54" dans le 
module 5" (passerelle) du prestataire de service ISP" . 

En d'autres termes, les donnees sous protocole de 
transport "UDP" sont transmises directement du prestataire 
de services ISP" au terminal SIT", ou inversement, par la 
liaison Sib, comme elles 1 ' auraient ete si les modules 
propres au procede de 1' invention n'etaient pas implantes . 
Elles ne transitent d'ailleurs pas par ces modules. Pour ce 
type de transmission, sous protocole de transport "UDP n , 
1 'architecture du systeme est, en soi, tout a fait semblable 
a une architecture conforme a 1 1 art connu, par exemple celle 
decrite en regard de la figure 2 . 

Par contre, en ce qui conceme les donnees 
transmises sous protocole "TCP", le chemin suivi est tout a 
fait semblable a celui decrit en regard des figures 3a ou 4, 
une fois que le processus de demultiplexage a eu lieu dans 
la couche 54" . 
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Dans le terminal SIT", il n'y a pas de 
demultiplexage, ni d'ailleurs de multiplexage, a proprement 
dit. Les donnees transtnises par le prestataire de 
services ISP" arrivent suivant deux voies distinctes vers la 
5 couche d 1 applications 30. En sens inverse, c'est la couche 
d' applications 30 qui transmet directement les donnees a 
emettre vers l'une ou 1 1 autre voie : sous module Mi pour le 
protocole de transport "TCP" ou sous -module M2 pour le 
protocole de transport "UDP" . 

10 Le multiplexage est systematique vers le reseau 

Internet RI, via l'artere principale 12, c'est-a-dire en 
sortie de la couche d'adressage de reseau "IP" 54", puisque 
toutes les donnees, quel que soit le protocole de transport 
utilise, empruntent la meme voie sur ce reseau. 

15 En resume, d'un point de vue logique, une partie des 

couches logiques du terminal d'utilisateur SIT" sont 
implantes dans le systeme du prestataire de services ISP" - 
Naturellement la couche d'adressage de reseau "IP" relative 
au terminal SIT", mais physiquement localisee dans le 

20 systeme ISP" est caracterisee par les memes adresses que 
celle situee dans le terminal SIT" . 

A la lecture de ce qui precede, on constate aisement 
que 1' invention atteint bien les buts qu'elle s 1 est fixes. 

Elle apporte de nombreux avantages, dont les 
25 suivant s : 

Elle permet tout d'abord une meilleure contmande du 
flot de donnees, ainsi qu'une gestion plus perf ormante . Le 
decouplage eritre le segment de reseau spatial a delai 
important et le reste du reseau Internet, c'est-a-dire le 
30 reseau terrestre classique, permet en effet une amelioration 
tr&s sensible de la commande des flots de donnfees et des 
mecanismes de gestion des encombrements . Ceci est du au fait 
que la reduction des delais de bout en bout, realisee par 
les mecanismes de gestion propres £ 1' invention rend ces 
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mecanismes plus efficaces et off re une reponse plus rapide. 
Cette disposition repond a un des besoins les plus delicats 
que pose un environnement aussi changeant et inhomogene que 
peut 1 ' etre un reseau de type Internet - 

5 L ' invention permet aussi une reduction tres 

significative des transmissions supplementaires sur les 
liaisons par satellites de telecommunication. En effet, pour 
chaque segment de donnees "TCP", un minimum de 40 octets est 
ajoute au donnees que 1 1 on peut qualifier d' "utiles". Sur 

10 ces 40 octets, 20 octets constituent l'en-tete "IP" 
necessaire a l'adressage et 20 octets constitue l'en-tete 
"TCP". Comme il a ete indique, la nouvelle version du 
protocoLe, "IPv6 n , autorise un espace d'adressage plus 
important, ce qui necessite un en-tete encore plus long. 

15 Puisque les transferts de donnees sur le segment spatial 
sont bases sur un protocole de type "proprietaire" , les-en- 
tetes supplementaires "TCP" et n IP" ne sont plus 
necessaires, ce qui permet augmenter l'efficacite des 
paquets de donnees . 

20 Le trafic est reduit sur le segment spatial. En 

effet, la commande du trafic sur les liaisons par satellite 
sont limitees aux echanges exist ant normalement entre les 
couches "TCP" et les couches d' application . Les . segments de 
donnees "TCP" vehiculant des en-tetes importants "IP" et 

25 "TCP", pour les commandes de gestion de donnees et la 
gestion des connexions, sont ainsi evites sur les liaisons 
par satellite de telecommunication. 

L 1 invention permet egalement un temps d'ouverture de 
connexion restreint, sur les deux cotes. En effet, selon une 
30 caracteristique tres importante de 1' invention, 1' interface 
"TCP" a et6 d6placee et se trouve desormais directement sur 
le reseau Internet proprement dit (segment terrestre) . Cette 
disposition permet de supprimer les problemes relatifs au 
mecanisme dit n de demarrage lent". 

35 L 1 invention permet aussi de reduire les ressources 
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de memoire necessaires cote utilisateur. Ceci est du a la 
mise en oeuvre du mecanisme d' accuse de reception dit 
"negatif " . Les besoins en memoire tampon de transmission 
sont tres sensiblement reduits par rapport a un systeme 
5 "TCP-a-TCP" classique selon I'art connu. En effet, dans le 
cas d'une perte d'un paquet de donnees, un signal "NAK" , 
pour des donnees transmises sur la liaison de retour, est 
retoume au prestataire de service dans les limites d'un 
intervalle de temps fixe predetermine. 

10 Dans un systeme selon 1 ' art connu, le module " TCP" 

stocke les paquets emis jusqu'a la reception d'un accuse de 
reception dit "positif" ou "ACfC" . Le temps ecoule jusqu'a 
reception est extremement variable. Ceci est du a 
1 • environnement de nature changeante caracterisant le reseau 

15 Internet. Tous les paquets emis doivent done etre stockes 
jusqu'a reception des accuses de reception les concernant-. 

Pour ces raisons, alors qu'un systeme conventionnel 
necessite des ressources de memoires suffisamment 
importantes pour accommoder les situations les plus 
20 extremes, e'est-a-dire un signal " ACK" recu apres un tres 
' long delai, 1 • invention pour sa part ne necessite qu'une 
memoire tampon minimale, puisque la taille necessaire est 
toujours fixee a une valeur faible, fonction directe de 
1' intervalle de temps fixe precite. 

25 Comme il a ete montre, le procede de 1 • invention 

peut etre rendu entierement "transparent" pour les 
protocoles autres que le protocole de transport "TCP" , 
notamment pour le protocole "UDP" . 

Enfin, 1' invention conserve la compatibilite de bout 
30 en bout avec 1 • environnement Internet. 

II doit etre clair cependant que 1 ' invention n'est 
pas limitee aux seuls exemples de realisations explicitement 
decrits, notamment en relation avec les figures 3a a 5 . 
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Notamment , le protocole de transport, dit 
"proprietaire", pour les transmissions de donnees sur les 
liaisons du segment spatial (terre - satellite - terre) 
n'est pas limite a un seul protocole base sur le seul 

5 standard de transmission de donnees bien connu "DVB-S" 
precite, meme si ce dernier est particulierement adapte pour 
de telles liaisons. D'autres standards de transmission de 
donnees peuvent etre mis en oeuvre sans sortir du cadre de 
1' invention. En effet, du fait notamment du decoupage des 

10 modules "TCP" des terminaux d % utilisateurs en deux parties 
"a cheval" sur les extremit^s du segment spatial, ce 
dernier, d'un point de vue logique, reste "invisible" du 
reste du reseau Internet. 

Les valeurs numeriques n'ont ete precisees que pour 
15 fixer les idees . Elles sont essentiellement liees a 1 ■ etat 
actuel de standardisation (version) du protocole ^ de 
transport "TCP" - 

Enfin, dans une variante de realisation non decrite, 
on peut concevoir un reseau ayant plusieurs t rontons 
20 spatiaux, par exemple pour mettre en communication deux 
terminaux d'usagers au travers du reseau Internet, chacun 
etant connecte a un prestataire de service via des 
satellites de telecommunication distincts. 
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REVINDICATIONS 



1. Procede de transmission de donnees entre au 
moins un terminal d» utilisateur (SIT) et un premier 
systeme informatique dit hote eloigne (RH) , sous protocole 

5 de type Internet, par 1 ' intermediaire d'un reseau 
comprenant un segment terrestre (RI) et au moins un 
segment spatial constitue d'une liaison bidirectionnelle 
Ul, -^2) P ar satellite de telecommunication (Sat) , a 
laquelle est connecte ledit terminal (SIT) , lesdits 

10 segments terrestre (RI) et spatial etant interconnect^ 
par un deuxieme systeme informatique, dit prestataire de 
services (JSP), caracterise en ce que, les transmissions 
etant associees a un empilement de couches de protocoles, 
chaque couche communiquant par des interfaces avec les 

15 couches qui lui sont immediatement sup£rieures et 
inferieures, et ledit empilement comprenant au moins une 
couche superieure d' applications logicielles (30), une 
premiere couche intermediaire, immediatement inferieure, 
dite de transport-, de type "TCP", et une deuxieme couche 

20 intermediaire, dite d'adressage de reseau de type "IP", le 
procede comprend : 

- la repartition de ladite couche 11 TCP" de chaque 
terminal d' utilisateur dans deux demi -modules de maniere a 
ce qu'ils comprennent chacun une couche de transport "TCP" 

25 (31, 41) et une couche d'interface specifique (32, 40), 

- I 1 implantation desdits demi-modules aux extr§mites 
dudit segment spatial, un premier demi -module etant implante 
dans ledit systeme informatique prestataire de services 
( js?) et un second demi -module etant implante dans le 

30 terminal d 1 utilisateur (SIT) , 

- le report de la couche d'adressage de reseau "IP" 
relative au terminal d' utilisateur (SIT) dans le systeme 
informatique du prestataire de services (JSP) , 

- la transmission de donnees sur ladite liaison 
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bidirectionnelle di, ±2) a 1 1 aide d'un protocole de 
transport interne base sur un mode de transmission de 
donnees specifique, 

- la conversion bidirectionnelle entre ledit protocole 
5 de type Internet et ledit protocole interne par ladite 

couche specifique (40, 32) des premier et second demi- 
modules, 

- et la realisation d'une interface entre ladite couche 
de transport (31) du second demi-module et une couche 

10 d' applications logicielles (30) implantee dans le terminal 
d' utilisateur . 

2. Precede selon la revendication 1, caracterise en 

ce que ledit mode de transmission de donnees specif ique 
sur ladite liaison bidirectionnelle di, 22) par satellite 
15 de telecommunication (Sat) est le standard de diffusion de 
signaux video numeriques du type "DVB-S" . 



3. Procede selon la revendication 1, caracterise en 

ce que, lesdits terminaux d' utilisateur (SIT' ) et ledit 
hote eloigne (RH l ) pouvant etre emetteur et/ou recepteur 
de paquets de donnees, il met en oeuvre une procedure 
d' accuse de reception comprenant les Stapes suivantes : 

- pour chaque emission d 1 un paquet de donnees, par un 
emetteur vers un destinataire, le stockage par 
1' emetteur d'une copie dudit paquet de donnees ; 

- 1' emission par ledit destinataire d'un paquet d'alerte 
signalant un paquet de donnees emises manquant sur 
detection d'un temps mort dans la reception d'une 
sequence de paquets de donnees depassant une pferiode de 
temporisation pr^determinee ; 

- la re-emission conditionnelle dudit paquet de donnees 
stocke sur reception par 1' emetteur dudit paquet 
d'alerte ; 
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ou l'effacement de ce paquet de donnees apres 
1 • ecoulement de ladite periode de temporisation . 

4. Procede selon la revendicat ion 3, caracterise en 
ce que la transmission de paquets de donnees dudit hote 

5 eloigne (RH) vers l'un desdits tenninaux d 1 utilisateur 
{SIT 1 ) comprend les etapes suivantes : 

- 1" emission par 1 ' hote 61oigne (RH) d'un paquet de 
donnees ; 

la generation d'un accuse de reception par ledit 
10 prestataire de service {SIT 9 ) des reception dudit paquet 

de donnees, par ledit premier demi-module, et 1' emission 
de cet accuse de reception vers ledit hote eloigne 

- et la transmission dudit paquet de donnees vers le 
terminal d' utilisateur {SIT') par mise en oeuvre dudit 

15 protocole interne, via les premier et second demi- 

modules . 

5. Procede selon la revindication 3, caracterise en 
ce que la transmission de paquets de donnees d'un desdits 
terminaux d ' utilisateur {SIT' ) vers ledit hote eloigne 
{RH) comprend les etapes suivantes : 

- la soumission d'un paquet de donnees par ladite couche 
d' applications logicielles (30) du terminal de donnees 
au premier demi-module et la transmission dudit paquet 
de donnees vers ledit prestataire de service (ISP*), par 
mise en . oeuvre dudit protocole interne sur ladite 
liaison bidirectionnelle dif , l2f, ilr. 1 2r) du segment 
spatial, via le second demi-module ; 

- la soumission dudit paquet de donnees par une couche 
d'adressage de reseau "IP" (42) du prestataire de 
services (JSP') audit segment terrestre du reseau 
Internet (RI) , pour une transmission a 1 1 hote eloigne 
(RH) sous ledit protocole de type Internet ; 

- et la generation d'un accuse de reception par 1 1 hote 



25 
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eloigne (RH) , sur reception du paquet de donnees £ 
destination du prestataire de services (JSP 1 ). 

6. Procede selon l'une quelconque des revendica- 
tions precedentes, caracterise en ce que ledit reseau (RI) 

5 vehiculant des flots de donnees sous ledit protocole de 
transport "TCP" et au moins un deuxieme protocole de 
transport, la transmission des flots de donnees dudit hote 
eloigne (RH) vers 1 ' un desdits terminaux d f utilisateur 
(SIT 1 ) comprend les etapes suivantes : 

10 - le demultiplexage desdits flots de donnees emis par 
l'hote eloigne (RH) par une couche d'adressage de reseau 
n IP n (54") dudit prestataire de services (SIT") ; 

- la transmission desdits flots de donnees demultiplexes, 
sous protocole de transport "TCP", vers le terminal 

15 d'utilisateur (SIT") t via une premiere liaison de 

transmission bidirectionnelle (SI a ) du segment spatial 
mettant en oeuvre ledit protocole interne, via les 
premier et second demi -modules ; 

- et la transmission directe desdits flots de donnees 
20 demultiplexes, sous ledit deuxieme protocole de 

transport, vers le terminal d'utilisateur (SIT"), via 
une seconde liaison de transmission bidirectionnelle 
(51b) du segment spatial mettant en oeuvre le deuxieme 
protocole et des couches specif iques (M2) de ce 
25 protocole, implantees dans le terminal d'utilisateur 

(SJT") et comportant une interface avec ladite couche 
d' applications logicielles (30). 

7. Procede selon la revendication 6, caracterise en 
ce que la transmission des flots de donnees d'un desdits 

30 terminaux d'utilisateur (SJT") vers ledit hote eloigne 
(RH) comprend les Stapes suivantes : 

- la soumission selective de donnees par ladite couche 
d' applications logicielles (3 0) au second demi -module 
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{Mi) lors que les donnees doivent etre transmises sous 
protocole de transport "TCP" ou a des couches 
specif iques (M2) audit deuxieme protocole de transport 
lorsque ces donnees doivent etre transmises sous ce 
protocole ,- 

- la transmission desdites donnees sous protocole "TCP" 
vers ledit prestataire de service (JSP"), via ladite 
premiere liaison (S2 a ) du segment spatial et les premier 
et second demi -modules ; 

la transmission directe desdites donnees sous le 
deuxieme protocole vers ledit prestataire de service, 
via ladite seconde liaison (Sib) du segment spatial ; 

- le multiplexage des donnees sous les deux protocoles par 
une couche d'adressage de reseau "IP" (54") du 
prestataire de services (JSP") ; 

- et la soumission des donnees multiplexees , par ladite 
couche d'adressage de reseau "IP" (54"), audit segment 
terrestre du reseau Internet (PJ) , pour une transmission 
a I'hote eloigne (RH) . 

8. Procede selon les revendications 6 ou 7, 
caracterise en ce que ledit deuxieme protocole de 
transport est le protocole "UDP" . 

9. Architecture inf ormatique pour la mise en oeuvre 
du procede selon l f une quelconque des revendications 
precedentes, caracterisee en ce que lesdits terminaux 
d'utilisateur {SIT) comprennent une couche d' applications 
logicielles (30), en ce que ces terminaux d 1 utilisateur 
{SIT) et le systeme inf ormatique dudit prestataire de 
services (JSP) comprennent chacun un demi -module dans 
lequel sont implant ees une couche de transport "TCP" (31, 
41) et une couche specif ique d' interface (32, 40) avec 
ladite liaison bidirectionnelle de transmission (ii, I2) 
par satellite de telecommunication (Sat) et assurant une 
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conversion bidirectionnelle entre ledit protocole de 
transport "TCP" et ledit protocole interne, et en ce que 
le systeme inf ormatique du prestataire de services (JSP) 
comprend en outre une couche d'adressage de reseau "IP" 
(42), relative aux adresses reseaux du terminal 
d'utilisateur {SIT) . 

10. Architecture inf ormatique selon la revendication 
9, caracterisee en ce que ladite liaison bidirectionnelle 
par satellite de telecommunication comprend une voie aller 
dlf, l2f) et une voie retour (iir. l2r) entre lesdits 
terminaux d'utilisateur (SIT') et le systeme inf ormatique 
dudit prestataire de services (ISP'), et en ce que ledit 
systeme (JSP') et les terminaux (SIT') comprennent chacun 
deux memoires tampons (44-45, 33-34), associees 
respectivement aux voies aller dif, l2f) et retour (1-ir, 
l2r) • 

11. Architecture inf ormatique selon les revendica- 
tions 9 ou 10, caracterisee en ce que le systeme dudit 
prestataire de services ( JSP) comprend en outre une 
passerelle (5), disposSe entre ledit premier demi-module 
et ledit segment terrestre du r§seau (RI) et en ce que 
cette passerelle (5) comprend au moins une couche 
d'adressage de reseau "IP" (54) relative au prestataire de 
services (JSP) et une couche d' interface (53) dite pilote 
de gestion de reseau. 

12. Architecture inf ormatique selon les revendica- 
tions 11, caracterisee en ce que, ledit reseau (RI) 
vehiculant des flots de donn6es sous ledit protocole de 
transport "TCP" et au moins un deuxieme protocole de 
transport, lesdits terminaux d'utilisateur (SJT" ) 
comprennent un empilement de couches (M2) comportant au 
moins une couche d'adressage de reseau "IP" (36) et une 
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couche de transport (35) specif ique audit deuxieme 
protocole communiquant avec ladite couche d 1 application 
logicielles (30) , en ce que ledit segment spatial cotnprend 
des premiere (SL a ) et une seconde (SLb) liaisons de 
transmission bidirect ionnelle de donnees, la premiere 
liaison (SL a ) assurant des transmission sous ledit 
protocole interne et la seconde liaison (Sib) sous ledit 
deuxieme protocole, et en ce que le systeme informatique 
dudit prestataire de services {ISP") comprend des moyens 
de demultiplexage (54") de flots de donnees recu dudit 
note eloigne (RH) , vehicules sous l'un ou 1 ■ autre desdits 
deux protocoles, de maniere a transmettre selectivement , 
vers lesdits terminaux d' utilisateur (SIT"), les flots 
donnees sous le protocole de transport "TCP" via ledit 
premier demi -module, ladite premiere liaison (SL a ) et 
ledit second demi-module, et les flots de donnees sous le 
deuxieme protocole de transport via ladite seconde liaison 
(SLb) et ledit empilement de couche (M2) • 

13. Architecture informatique selon la revendication 
12, caracterisee en ce que le systeme informatique dudit 
prestataire de services (SIT") comprend des moyens de 
multiplexage (54") de flots de donnees recus desdits 
terminaux d' utilisateur (SIT"), vehicules sous ledit 
protocole de transport "TCP" ou ledit deuxieme protocole 
de transport, en un flot de donnees transmis audit hote 
eloigne (RH) via ladite passerelle (5) et ledit segment 
terrestre (RI) . 

14. Architecture informatique selon les revendica- 
tions 12 ou 13, caracterisee en ce que ledit empilement 
(M2) comprend au moins une couche de transport "UDP" (35) 
et une couche d'adressage de reseau "IP" (36). 



15. Architecture informatique selon l'une quelconque 
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des revendications 12 a 14, caracterisee en ce que lesdits 
moyens de multiplexage et de multiplexage sont constitues 
par ladite couche d'adressage de reseau "IP" (54") de 
ladite passerelle (5) . 
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